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(57) Abstract: The invention relates to the field of instant 
messaging. More specifically the invention relates to a server 
centric method and means for instant voice and video mail 
messaging. Even more particularly the invention relates to 
voicemail messaging with mobile terminals. The invention 
has been explained above with reference to the aforementioned 
embodiments and several commercial and industrial advantages 
have been demonstrated. The inventive methods and means 
under study allow faster voice messaging and enable similar, 
but not identical audio/video message "ping ball". The sending 
of voicemail in accordance with the invention is instantaneous 
and involves no different telephone numbers for the sender to 
remember. The reception of messages is always instantaneous, 
provided the recipient is available, and only if not available, may 
the delivery of the messages be delayed. 
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Instant video- and voicemail messaging method and means 
PRIORITY REQUEST DATA 

A previous patent application describes an invention with same goals and essence in 
patent application FI20001 838 with server independent embodiments, where servers 
are used only as a backup, which is here taken as reference and priority of which is 
requested. 

FIELD OF INVENTION 

The invention relates to the field of instant messaging. More specifically the invention 
relates to a server centric method and means for instant voice and video mail 
messaging. Even more particularly the invention relates voicemail messaging with 
mobile terminals. 

BACKGROUND 

For further prior art to this invention, we wish to submit WO 01/54387 Al, Nguyen. 
This document discloses a method where: "A unique telephone number and extension 
are associated with each (1) one of a plurality of subscribers (105). The telephone 
number is also associated with a remote access point of presence (RAPP) (120). 
Messages are left for subscribers by establishing a phone call to the phone number 
associated therewith. The phone call is received at a RAPP (120). The RAPP (120) 
receives the voice message, digitises and pocketsize the voice message, and transmits 
the message over a packet network (130) to a store and forward messaging system 
(125). The store and forward messaging system stores the message for retrieval. The 
message can be retrieved by either telephone, a client computer, or a private branch 
exchange terminal (1 10)." This document is cited here as reference. 

In addition prior art methods in delivering messages include Cellular voicemail and 
SMS (Short Message Service) messages. SMS messages are text-based messages, 
which are delivered to the terminal directly as a first priority, and stored on the 
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network if delivery is unavailable. With Cellular Voicemail it is possible to call the 
voicemail box of the recipient, and the recipient of the voicemail may later listen the 
message. / 

5 This prior art has several disadvantages in contrast with the invention in the priority 
document and this inventive method under study based on the priority document. 
SMS messages are restricted to text, which is harder to input than voice by speech. 
SMS messages are therefore tedious to the sender. Cellular voicemail is both tedious 
to send and receive. In order to send voicemail, the sender has to know the telephone 
10 number of the voicemail box of the recipient, which is typically different from the 
phone number, or wait ^or the voicemail box to connect to the original telephone 
number when the recipient is not available. In order to receive voicemail, the recipient 
needs to retrieve the message from the network, because the message is not delivered 
instantly to him. 

15 

SUMMARY 

The method under study is far faster and enables similar, but not identical audio/video 
20 message 6 *ping ball" as described in the priority document. The sending of voicemail 
in accordance with the invention is instantaneous and involves no different telephone 
numbers for the sender to remember. The reception of messages is always 
instantaneous, provided the recipient is available, and only if not available, may the 
delivery of the messages be delayed. 

25 

The aforementioned advantages are best realised with an exemplary embodiment of 
the invention, in which the user has a software application running on his subscriber 
terminal. The user chooses a recipient for a voice- or video mail from the contacts 
book of the terminal by pressing a button. The terminal forms a data connection to a 
30 server or dials a telephone connection to a server, which typically has a low latency 
i.e. the connection to the server is formed fast. The subscriber terminal sends the 
contact information of the recipient to the server. The subscriber terminal, the server 
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or both indicate to the user that the recording of the message is begun or may be 
started. The recording is displayed and/or dictated down the phone line to the server 
or through a packet switched connection to the server The server stores the recording 
typically in MP3-, WAV- or RealSystem Secure, u-law, A-law, PCM or ADPCM or 
5 the like format to a database. There is typically a DSP circuit that digitises the 

recording to a data file. Alternatively tape recording may be used. The server inspects 
the phone number, IP address or other contact directory of the recipient, and routes 
the message file, or a copy of it, to a server in close proximity in the SFSN (Store and 
Forward Server Network). This server, or alternatively the original server, then 
10 establishes a communication connection to the recipient(s). The connection is 

typically established by a phone call to the recipient, and when the recipient answers 
the message is played to the recipient. Prefixes and postfixes may be attached to the 
message such as: "Message of Ms. Vilma Vaananen" MESSAGE " The message of 
Vilma VaanSnen was brought to you by OPERATOR." 

15 

A video- and/or voicemail messaging method, comprising at least one subscriber 
terminal and at least one server, in accordance with the invention is characterised by 
the steps of, 

- choosing at least one message recipient or a group, 

20 - forming a communications connection to at least one server, 

- recording at least one voice/video message to at least one server via at least one 
established communications connection, 

- transferring at least one contact directory of at least one recipient to at least one 
server, 

25 - disconnecting the connection to at least one server, 

- at least one server relays the message to at least one recipient terminal via 
telephony network or the Internet. 

A video- and/or voicemail messaging method, comprising at least one subscriber 
30 terminal and at least one server, in accordance with the invention is characterised by 
the steps of, 

choosing at least one message recipient or a group, 
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- forming a communications connection to at least one server, 

- recording at least one voice/video message to at least one server via at least one 
established communications connection, 

transferring at least one contact directory of at least one recipient to at least one 
5 server, 

disconnecting the connection to at least one server, 

- transferring at least one said message and at least one said contact directory to a 
Store and Forward Server Network (SFSN), 

at least one server in the SFSN or the original server relays at least one message to 
10 at least one recipient terminal device through the Internet or the telephony 

network, 

A video- and/or voicemail messaging server, comprising at least one media player 
and/or a DSP and at least one data storage means and communications connections in 
1 5 and out of the telephony network, SFSN and/or the Internet in accordance with the 
invention is characterised in that, 

- a recording is arranged to be made to the media player and/or DSP through an 
established communications connection from a subscriber terminal, 

- a capture of recipient contact information and/or other message attributes from the 
20 subscriber terminal is arranged on the server, and the contact information is 

arranged to be stored to the storage means, 

at least one media player and/or DSP is arranged to store the recording to a data 
file, 

at least one data file is arranged to be stored on the data storage means, 
25 - at least one data file, or at least one copy of the data file is arranged to be sent to 

another server in the SFSN and/or a connection is arranged to be formed to at least 
one recipient 

A video- and/or voicemail messaging subscriber terminal in accordance with the 
30 invention is characterised in that, 

- the user is arranged with the possibility to select at least one recipient, 
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- at least one communications connection is arranged to be formed to the server 
upon selection of at least one recipient, 

- the recipient contact information is arranged to be sent to the server, 

- the terminal is arranged to relay at least one video and/or audio signal to the 
5 server, 

- the communication connection is arranged to be disconnected upon a dedicated 
action or upon the fulfilment of dedicated criteria. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

In the following the invention will be described in greater detail with reference to 
exemplary embodiments in accordance with the accompanying drawings, in which 

15 Figure 1 demonstrates the principal method 10 of the invention as a flow diagram. 

Figure 2 demonstrates a more scalable messaging method 20 in accordance with the 
invention. 

20 Figure 3 demonstrates a method applicable to circuit switched networks in accordance 
with the invention. 

Figure 4 demonstrates a subscriber terminal 40 in accordance with the invention. 

25 Figure 5 demonstrates a network server 50 in accordance with the invention. 

Figure 6 demonstrates a scalable messaging architecture 60 in accordance with the 
invention. 
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DETAILED DESCRIPTION OF EMBODIMENTS 

5 In phase 1 10 of figure 1 the message recipient is chosen. The recipient may be chosen 
by labeling the recipient with a pointer from the "contacts" file of the terminal device, 
the recipient may be chosen by speech recognition, a dedicated keyboard accelerator, 
hot key, dedicated key or any combinations or permutations of these in some 
embodiments. Several recipients or a group may also be selected in some 

10 embodiments. A simple press of a button may also be used to select at least one 
recipient. The terminal*device is typically a computer, palmtop, laptop, or a mobile 
station, mobile phone, pager or any wired or wireless information device. In some 
embodiments the terminal features Windows-, Windows NT-, Epoc-, Windows CE-, 
Unix-, Linux-, OS/2, Symbian, Epoc, PalmOS, Pocket PC, GEOS, MS-Stinger and/or 

15 Sybase or the like operating system or software. 

In phase 120 a packet switched or a circuit switched connection is established to the 
server. In some embodiments the subscriber terminal intercepts a selected recipient(s) 
contact directory, and forms a communications connection to the server. The 
20 connection is typically a SS7-, GSM-, H323-, HTTP-, GSM-data, IP-RAN-, UMTS-, 
WAP-, Teldesic-, Inmarsat-, Iridium-, GPRS-, CDMA-data-, WCDMA-data-, HTTP-, 
H323-, SMS-, MMS-, email- LAN-, TCP/IP-, imode-, Globalstar- and/or WLAN- 
connection in some embodiments. 

25 In phase 130 the recipient contact information of at least one recipient or a recipient 
group is transferred to the server via the connection or otherwise. The recipient 
contact information may comprise the telephone number, static or dynamic IP- 
address, ISDN-number, MSISDN-number, email, SIP (Session Initiation Protocol) ID 
of the recipient, or any other directory information. The subscriber terminal may 

30 translate directory information from one type to the next depending on the 

requirements. For example, when the network is packet switched, a telephone number 
maybe converted to an IP-address in some embodiments. In some embodiments the 
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directory information of the sender, such as Caller ID, telephone number, IP address 
or the like is transferred to the server as well. The directory information of the 
recipients, sender or other message attributes are transferred via the established 
communications channel, or through a separate communications or messaging 
5 channel. For example if the connection is a phone call, DTMF tones, SMS messages, 
USSD messages or the like may be used to communicate the said information. If the 
connection is an IP connection, usually this same connection is used to convey the 
said information. 

10 hi phase 140 the voice/video rapssage is recorded in packet switched or circuit 
switched format, but otlier formats are also possible in some embodiments. 
Consequently, the recording is written to a data file. The data file is typically an MP3- 
, WAV- or RealSystem Secure data file in some preferable embodiments. In some 
alternative embodiments the message may be recorded on tape. In some embodiments 

15 phase 140 may be executed prior to 130, or both maybe executed concurrently. 

In phase 150 the connection is disconnected. The connection is preferably 
disconnected when the message has been completed. The connection may be 
disconnected by the user by a dedicated action, such as pressing a button or a like 
20 action. The fulfilment of a predefined time limit may disconnect the connection, as 
well as Voice Activity Detection. If the user is silent, then either the terminal may 
conclude the message completed, and disconnect the connection. Also the release or 
press of a button may be used to disconnect the connection. 

25 In phase 160 the server relays the message to the recipient(s) through the Internet or 
the telephony network. If the recipient terminal is capable of receiving the data file, 
which means typically having a packet switched access to the recipient device, the 
message may be sent with an packet switched connection, like IP, through the 
Internet, or through some other closed network. If the receiving terminal is a circuit 

30 switched device, for instance a telephone of any kind, the server may call the number 
and once answered by a recipient or a voicemail box plays the message as playback 
down the phone line. In some embodiments of the invention, a special prefix and 
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postfix may be stored to the server, which in some embodiments are associated and 
recognized on the basis of the sender's directory information, the SIM or the mobile 
station memory, and is played prior to the recording in the data file or after it. The 
prefix and/or postfix could play for instance: "In the following you will hear a 
5 message from Ms Vilma Vaananen/'MESSAGE " This completed the message of 
Vilma Vaananen." In some preferable embodiments the sender is displayed on the 
recipient terminal screen. 

When the recipient receives the message in phase 170, some indication of this is 
10 typically captured. The recipient is asked in the postfix whether he would like to hear 
the message again, whether he understood the message, whether he is the person the 
message was intended to or any other attributes related to the status of the message 
may be queried. The user may indicate his preferences by pressing e.g. a dedicated 
button. This dedicated action will signal the server on the status of a certain message 
15 with respect to a certain recipient. 

If the recipient is unavailable, the message may be stored on the server for some time, 
and attempts to deliver the message may be taken at timely intervals. In some 
embodiments the message is rerouted to an alternative directory, such as email or 
20 voicemail box if the user is unavailable. The server may send a notification to the 
sender concerning which messages got delivered, which did not, how long will the 
messages remain in the network and other related important delivery status 
information relating to the delivery of said messages or attributed given by the 
recipient(s). 

25 

In phase 180 the recipient may answer sender directly. This maybe done by pressing 
a button after the data file has been played and dictating another data file or another 
dictation to tape, which will be sent to the initial sender as a reply. The reply may be 
delivered in accordance with the inventive methods 10, 20 and/or 30 in some 
30 embodiments. In some further embodiments it is also possible to forward messages to 
other recipients or third parties. The data file is typically an MP3-, WAV- or 
RealSystem Secure data file. 
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Figure 2 displays a more scalable messaging method in accordance with the invention. 
In phase 210 of figure 2 at least one recipient is chosen. In phase 220 the subscriber 
terminal forms a connection to the server. Recipient contact information is typically 
5 transferred in phase 230, and the recording of the said video/audio message is done in 
phase 240. The connection is disconnected in phase 250. 

Before phase 260 the server establishes, whether it should deliver the message to the 
recipient directly as in phase 160 of method 10, or forward it to other servers in a 

10 Store and Forward Server Network associated with the original server. In a scalable 
network architecture, phase 260 is typically proceeded with and both the recipient 
contact information and the message are passed onto the SFSN. In some embodiments 
where several recipients or at least one group exists, the message may be relayed to 
some recipients by the original server and to some by the SFSN. The SFSN is 

1 5 typically a network of servers linked together through the Internet, telephony network, 
a Virtual Private Network (VPN), or some other communications or signalling 
network. The connections in the SFSN may be TCP/IP-, IP-, UDP-, HTTP-, H323-, 
and/or FTP- in some embodiments. 

20 In phase 270 the servers in the SFSN typically deliver a copy of the message to a 
server near a recipient, and this server attempts to relay the message to the said 
recipient. The server may attempt to form a packet switched connection to one, some 
or all of the recipients terminals, attempt to dial a circuit switched telephone 
connection and play the message as playback down the phone line, or email the 

25 message to the recipient. In phase 280 the messages that were undelivered are stored 
on the SFSN. 

In phase 290 some or all of messages that were undelivered in phase 270 are being 
resent. The server may attempt to resend the message to the same directories or 
30 addresses, or it may attempt to reroute the message to an alternative address of the 
recipient. In some preferable embodiments the server sends a different message, for 
instance an SMS message, signifying that the message was not delivered and is on the 
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server for later retrieval. The notification message may contain access codes, directory 
information of the server, such as dial in phone number, URL address, IP address or 
the like. 

5 In one alternative embodiment, the software in the subscriber terminal has the 

telephone number of the software stored. Both the telephone number and the current 
IP-address are given to the server. Telephone numbers and IP-addresses can then be 
used interchangeably when contact is made between software applications. This 
results to the effect that information in packet switched format can be readily 
1 0 transmitted to telephone numbers, provided these telephone numbers have a 
corresponding IP-addrbss. 

In figure 3 the method 30 shows an inventive audio/video messaging method which is 
most applicable to circuit switched communication systems, i.e. cellular e.g. GSM or 

1 5 CDMA or fixed line e.g. POTS (Pain Old Telephone Service). In phase 3 10 at least 
one recipient or a group are selected from the telephone or mobile station memory. 
The recipient may be chosen by labelling the recipient with a pointer from the 
"contacts" file of the terminal device, the recipient may be chosen by speech 
recognition, a dedicated keyboard accelerator, hot key, dedicated key or any 

20 combinations or permutations of these in some embodiments. Several recipients or a 
group may also be selected in some embodiments. A simple press of a button may 
also be used to select at least one recipient. 

In some preferable embodiments the mobile station features SIM Application Toolkit 
25 (SAT), Java Virtual Machine- or Wireless Telephony Application Interface support 
WTAI. A special menu e.g. "Voice Messages", or "Instant Voice Messages" or "Uni- 
directional phone call" menu may be realised in accordance with the invention. The 
recipient may be selected from this menu, typically on the SIM and/or mobile station 
memory with the aforementioned methods. 

30 

In phase 320 the terminal intercepts the selected recipient telephone number, and dials 
a telephone number associated with the server. 
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Once the connection to the server is operational, either the terminal sends or server 
retrieves the recipient(s) contact directory and the telephone number of the sender or 
caller ID of the message in phase 330. These telephone numbers may be sent through 
5 SS-, USSD-, SMS- or SS7- channels, or as DTMF tones through the connection. The 
server then records these numbers and translated or modifies them according to some 
rules or definitions to enable further delivery of the message. Once the relevant 
information has been signalled between the terminal and the server, either one may 
indicate to the user that the dictation may begin, 

10 

In phase 340 the message is being dictated through the connection and recorded on 
the server. Consequently, the recording is written to a data file. The data file is 
typically an MP3-, WAV- or RealSystem Secure, u-law, A-law, PCM or ADPCM 
data file in some preferable embodiments. In some alternative embodiments the 
15 message may be recorded on tape. In some embodiments the process is cancelled if 
the connection breaks and an error notification indicating this may be sent by SMS. 

hi phase 350 the dial up connection is disconnected. The connection is preferably 
disconnected when the message has been completed. The connection may be 
20 disconnected by the user by a dedicated action, such as pressing a button or a like 
action. The fulfilment of a predefined time limit may disconnect the connection, as 
well as Voice Activity Detection. If the user is silent, then either the terminal may 
conclude the message completed, and disconnect the connection. Also the release or 
press of a button may be used to disconnect the connection. 

25 

In phase 360 the server examines the message delivery requests. If it is determinable 
that the recipient is near the server, from the telephone number, country or area code, 
VLR (Visitor Location Register), HLR (Home Location Register) or any other source, 
the server may proceed to phase 371 . If the server concludes that reaching the 
30 recipient is not feasible or justified according to set criteria, it will proceed to phase 
370. Other logical reasons apart from narity, for example cost of terminating 
connection may determine whether to proceed to 370 or 371, or neither. In extreme 
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circumstances, if the delivery of the message is impossible, the server may delete the 
message and send a notification to the recipient, for example by SMS or email. 

Assume the server proceeded to 371. In this phase the original server calls the 
5 numbers of the recipients and once answered by a recipient or a voicemail box plays 
the message as playback down the phone line. In some embodiments of the invention, 
a special prefix and postfix may be stored to the server, which in some embodiments 
are associated and recognized on the basis of the sender's directory information, the 
SIM or the mobile station memory, and is played prior to the recording in the data file 

10 or after it. The prefix and/or postfix could play for instance: "In the following you will 
hear a message from Ms Vilma Vaananen. "MESSAGE " This completed the message 
of Vilma Vaananen." Li some preferable embodiments the sender is displayed on the 
recipient terminal screen. In some embodiments, the caller ID, the name of the sender 
or the like is displayed by the Caller ID property of the network, or by a SMS, OTA 

15 (Over the Air) or WAP-flash, or SMS broadcast message. 

In phase 381 the undelivered messages are stored at the server or in the SFSN. In 
phase 391 the original server or the SFSN attempts to deliver the message at timely 
intervals, for example by placing further calls. In some embodiments the message is 

20 rerouted to an alternative directory, such as email or voicemail box, or the like if the 
user is unavailable. Alternatively, the messages could be attempted to send via a 
packet switched connection as described in FI20001838 of the applicant. The server 
may send a notification to the sender concerning which messages got delivered, which 
did not, what was the reason; was the recipient busy, refused the call, in radio shadow, 

25 how long will the messages remain in the network and other related important 
delivery status information relating to the delivery of said messages. In some 
preferable embodiments the server sends a different message to the recipient, for 
instance an SMS message, signifying that the message was not delivered and is held 
on the server for later retrieval. The notification message may contain access codes, 

30 directory information of the server, such as dial in phone number, URL address, IP 
address or the like. 
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Assume the server proceeded to phase 370. Here the SFSN servers relay the message 
to the recipients through the Internet or the Telephony network. The call to the 
recipient is sometimes made from an optimal server in the SFSN. This may be the 
closest server or the one with the most inexpensive communications connection to the 
5 recipient. The choice of the server making contact with a particular recipient is 
determined by delivery criteria set in the network. When the same message is 
delivered to various recipients in different locations, copies of the same message may 
be routed to several different servers, from which the call is made. The message 
delivery process may be as described in phase 371. 

10 

In phase 380, the undelivered messages are stored on the SFSN. The messages may be 
stored for a period of time, before proceeding to phase 390. In some alternative 
embodiments there is an iteration loop between phases 380 and 390. In some cases 
several attempts to call a recipient are made, and a notification or rerouting of the 
15 message are taken after some attempts have failed. Any SFSN server may send a 
notification to the sender concerning which messages got delivered, which did not, 
how long will the messages remain in the network and other related important 
delivery status information relating to the delivery of said messages. 

20 The recipients may also answer sender directly, upon reception of a message. This 
may be done by pressing a button after the data file has been played and dictating 
another data file or another dictation to tape, which will be sent to the initial sender as 
a reply. The reply may be delivered in accordance with the inventive methods 10, 20 
and/or 30 in some embodiments. In some further embodiments it is also possible to 

25 forward messages to other recipients or third parties. The data file is typically an 
MP3-, WAV- or RealSystem Secure, u-law, A-law, PCM or ADPCM data file. 

During, in between or after any of the phases of methods 10, 20, 30, directory lookup 
maybe executed in some preferable embodiments. The telephone number of the 
30 recipient is converted to an IP-address in one preferable embodiment. A prior art 
solution to directory lookup and conversion is presented in my patent application 
"Telenetwork directory template", FI1 9992774, which is taken here as reference. 
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Directory lookup is here established as the interchange retrieval and/or comparison of 
any directory information such as email-, IP- address, URL, ISDN number, MSISDN, 
phone number or the like to another corresponding email-, IP- address, URL, ISDN 
number, phone number or the like directory from the network, network server and/or 
5 terminal in order to deliver the message to a directory. Especially in cases where the 
IP-address of the recipient is a dynamic one, the directory lookup is an advantageous 
feature. In some embodiments where the recipient has a static IP address, the IP- 
address need not be looked up separately every time. In some preferable embodiments 
IP-addresses of recipients are stored on the subscriber terminal. Ia some embodiments 
10 only static IP-addresses of recipients are stored. 

t A 

During, in between or after any of the phases of methods 10, 20, 30, signal barring 
maybe executed in some preferable embodiments. In some embodiments the 
recipients may decline to receive messages from unwanted parties, for example by 
15 setting conditions to their subscriber terminal. 

Voice recognition may be employed during, before, in between or after any of the 
phases of methods 10, 20, 30. In some preferable embodiments, voice recognition is 
used to convert the dictation into a written email, SMS-, MMS- message or the like. 

20 

In some embodiments, at least one subscriber terminal and at least one server form a 
Virtual Private Network (VPN). 

A Regret function or request may be employed during, before, in between or after any 
25 of the phases of methods 10, 20, 30 in order to destroy an unwanted intermittent or 
complete message. It may be sent to the server directly, which will handle the 
message cancellation on itself or the SFSN, even when it has already been sent. In 
some embodiments the message is destroyed upon receipt of the regret message on 
any server, in some embodiments after the receiver has played the message or in some 
30 embodiments irrespective of this. 
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In some embodiments, it is possible to utilize Autoplay upon reception. In this 
embodiment, the audio/video message is played automatically upon reception of the 
message. Typically, this means opening the file containing the message, and possibly 
employing decoding and/or decryption methods in some embodiments. In some 
5 embodiments where the message arrives by playback down the phone line, Autoplay 
is used to automatically answer these phone calls and play the call to the speaker(s) of 
the terminal. In this embodiment the server typically has to send some indication, 
signifying to the recipient terminal that it is indeed this message and not any call, in 
which case Auto answer may be employed. 

10 

Charging and/or billing of the message may be realised during, before, in between or 
after any of the phases of methods 10, 20, 30. In some preferable embodiments, the 
message is billed with a fixed price and has a maximum duration. This way the 
service provider may estimate the real cost of a message very accurately and charge a 

15 premium for the service. This could be realised with a toll free number that has a fixed 
connection charge for instance. It is also possible to bill the user only after the 
message has been successfully delivered and notified. This could be realised for 
example by having everything else free, and charging for the last SMS notification. 
Alternatively it is possible just to bill the user based on the telephone or Internet 

20 connections, for example on a cost per connection minute or on a cost per transmitted 
or received bit. 

The subscriber terminal is typically a mobile station equipped with an Internet 
connection and/or a telephony network connection. The mobile station typically 

25 abides to UMTS-, GSM-, WAP-, Teldesic-, Inmarsat-, Iridium-, GPRS-, CDMA-, 
HTTP-, H323-, SMS-, MMS-, and/or WCDMA- standards in some preferable 
embodiments. The subscriber terminal used in the method may also be a PC, PDA, 
Palm Computer or an Apple Macintosh computer equipped with an Internet 
connection and/or a telephony network connection in some preferable embodiments. 

30 The subscriber terminal in accordance with the invention has typically an operating 
system like Windows-, Windows NT-, Epoc-, Windows CE-, Unix-, Linux-, OS/2, 
Symbian, Epoc, PalmOS, Pocket PC, GEOS, MS-Stinger and/or Sybase. The 
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execution of methods 10, 20, 30 is typically realised with a separate software 
application operating under the control of these operating systems. Alternatively, the 
execution of methods 10, 20, 30 may be realised with software that is integrated to 
any of the above operating systems. In some embodiments the execution of methods 
5 10, 20, 30 and their favourable permutations and further embodiments may be realised 
by OEM software for mobile stations, modems, computers, radio, SIM cards and/or 
line cards. In some embodiments the execution of methods 10, 20, 30 may be realised 
with software that is integrated to any email client software, such as Microsoft 
Outlook, Outlook Express or the like, hi some embodiments the execution of methods 
10 10, 20, 30 may be realised with software that is developed using SAT (SIM 

A 

Application Toolkit) or WTAI (Wireless Telephony Application Interface) of WAP 
(Wireless Application Protocol). 

Any sent or received messages or their drafts may be saved, forwarded and replied to 
15 during, before, in between or after any of the phases of methods 10, 20, 30 on the 

network servers, on the SFSN or on the terminals or to the voicemail box, email or the 
like of the party in question. 

The communications connections used between the terminals and the servers or in the 
20 SFSN are typically compliant with SS7-, GSM-, H323-, HTTP-, GSM-data, IP-RAN-, 
UMTS-, WAP-, Teldesic-, Inmarsat-, Iridium-, GPRS-, CDMA-data-, WCDMA- 
data-, HTTP-, H323-, SMS-, MMS-, USSD-, email- LAN-, TCP/IP-, UDP, imode-, 
Globalstar- and/or WLAN- connections in some embodiments. 

25 The server typically features several incoming sockets for incoming packet switched 
connections and incoming dial in ports for incoming telephone calls, and features also 
the outgoing ports and sockets for both connections. In addition the server typically 
features also a media player and a media recorder both of which may be integrated in 
some embodiments, alternatively tape recording and/or reproduction may also be 

30 used. The server typically also comprises a database and a database management 

system (DBMS)- The recorded media files are stored in the database. The DBMS or 
any other associated data management logic then directs the files to the media player, 
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provided the server decides to relay the message to the recipient directly, or the 
DBMS transfers the files to other servers in the SFSN, so that another server in the 
SFSN may deliver it to a recipient. The database can be any database or data 
management utility, for example Oracle, Solid, TimesTen, Clustra, Informix, Sybase, 
5 IBM D2, or any other database or data management system. 

Figure 4 shows an exemplary embodiment of a subscriber terminal in accordance with 
the invention. In figure 4 the user interface 400 of a preferable subscriber terminal is 
illustrated. The user interface 400 is typically a PDA and/or a mobile stations front- or 

10 backend, or a virtual telephone on a PC screen. In one preferable embodiment, once 
the VSMS, or any other button or a combination of buttons is pressed, a recording is 
begun, and the message may be transmitted in accordance with the inventive methods 
10, 20 and/or 30. The release of the VSMS button, or any other button or their 
combination may finish the recording and send the message in accordance with the 

1 5 invention. In some embodiments the buttons may be pressed physically or with a 
mouse pointer from a screen. In some embodiments separate dedicated keys, 
combinations of keys, shortcut keys, keyboard accelerators or the like are used to 
record and deliver messages. In some embodiments, dedicated keys, combinations of 
keys, shortcut keys, voice recognition, keyboard accelerators or the like are used to 

20 record and deliver messages specifically to recipients to whom the dedicated keys, 

combinations of keys, shortcut keys, vocal sound* keyboard accelerators are dedicated 
to. For example, in one embodiment the button "9" or Ctrl+M could be used to record 
and deliver the message e.g. to the **M"other of the sender, i.e. mother of the sender. 
Naturally any other logical relationship between the hot key arid the recipient is 

25 possible. 

In one embodiment the arrival of the message, or a packet stream containing the 
message may be indicated on the screen 410, or by flashing a light on the VSMS 
button or any other button or their combination. Once the recipient holds the button 
30 down the message is played from the audio devices of the subscriber terminal. In 

some preferable embodiments the inventive subscriber terminal features also an inbox 
for arrived messages. 
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In one embodiment the user interface 400 is the user interface of a mobile station. In 
one embodiment the method is realized with a computer program that is arranged to 
run on the SIM card (Subscriber Identity Module) of the mobile station. The SIM card 
5 typically has a CPU, EEPROM-, ROM- and RAM memories. In one phase of this 
special embodiment the message recipient, several recipients or a group maybe 
chosen from the memory of the SIM card or from the memory of the mobile station, 
or it is inputted to the mobile station. When a dedicated action, such as pressing a 
button, is taken, a telephone connection is formed to a messaging server. Then the 

10 Caller ID and the telephone numbers of the recipients are transmitted to the messaging 
. server with DTMF tones, SMS, USSD, ISDN d-channel signalling or like signalling. 
Following this a data file is recorded from the dictation, voice or video that is 
available through the connection to the messaging server. A media player/recorder 
and/or DSP is typically located on the server arid is listening to the telephone 

15 connection. After this the messaging server transfers the file to the recipient, to a 

secondary address of the recipient, or dials the telephone number of the recipient and 
plays the message as playback to the recipient when the call is answered or to the 
voicemail box if the call is answered by the voicemail box. Alternatively the server 
may store the message with the address information in a DBMS or database. The 

20 message can then be later sent to at least one recipient. This alternative embodiment is 
especially suitable when there are separate incoming and outgoing connections. 
Likewise the file can be transferred to a SFSN, which delivers the message. The 
dialling of a data or a voice call and transmittance of other information is realised in 
the terminal 400 using the proactive SIM feature of the SAT SIM Application Toolkit, 

25 which is specified in the phase 2+ of the GSM specification in some embodiments. 

In some embodiments of the invention, a special prefix and postfix may be stored on 
the network messaging server, the SIM or the mobile station memory, is played prior 
and after the recording in the data file to the recipient, respectively. The prefix and/or 
30 postfix can be provided by the messaging server, or they can be recorded to the 

messaging server by the user from the mobile station. The prefix and/or postfix could 
play for instance: 'Th the following you will hear a message from Mr. Jero Jarvenpaa 
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"MESSAGE " This completed the message of Jero Jarvenpaa." The fact that the 
message was received could be detected in various ways in accordance with the 
invention. When the recipient or the voicemail box answers or hangs up, a DTMF 
tone or a USSD signal may be transmitted by the recipient and detected by the server 
5 or the network, which may be used to notify the sender or the network that the 

message was delivered, e.g. with an SMS message of a flash message on the screen. 
Alternatively the recipient could be asked to press a button or perform a dedicated 
action in order to signal that the message was indeed received and/or understood. If 
one or some of the recipients are unavailable, the message may be kept in memory 

10 and several other attempts to sqnd the message may be taken. In some embodiments it 
is possible to set expiration conditions for the message, such as time, demands on 
memory by other functions, or various other conditions, hi some embodiments the 
SIM, the mobile station, and the messaging server may execute the methods 1 0, 20, 
30 or any permutation of these together, by for example the SIM performing the 

15 recipient selection and commands for forming or dialling connection, and the network 
server by providing a media player. 

Figure 5 exhibits a schematic exemplary embodiment of the messaging server in 
accordance with the invention. The dial in ports and/or in sockets 510 take the 

20 incoming phone calls or other incoming circuit switched or packet switched 

connections. The media recorder 520 is arranged to record the audio and/or video that 
comes in through the connections to the ports and sockets 510. The recorder 520 
records and digitises the input to a data file, which is typically of MP3-, WAV- or 
RealSystem Secure, but can be any file format. In alternative embodiments a DSP 

25 circuit is interfaced with the media player and the database 530, and this DSP circuit 
is used to digitise the transmissions and store them to data files. The data file is stored 
to the database 530. The database can be any database or data management utility, for 
example Oracle, Solid, TimesTen, Clustra, Informix, Sybase, IBM D2, or any other 
database or data management system. The database 530 and associated application 

30 and management logic analyse the data file and its associated attributes and transfer 
the file to either a further servo: in the SFSN, or to the media player 540. For example 
if a recipient has a foreign country code, the server may relay the file to a SFSN 
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server in that country or near to it. If the recipient is analysed to be in the domain of 
the server 500, the server uses the dial out ports or out sockets 550 to form a 
connection to the recipient. When a connection is established, the media player 540 is 
used to play the message through the connection to the recipient, along with any pre* 
5 and/or postfixes assigned by the DBMS or application logic. 

In some embodiments the media player 540 and 530 may be integrated. It is clear that 
both are capable of processing several requests in parallel depending on how many 
processing requests the server is engaged in. 

10 

Low latency is a preferable characteristic of the dial in ports or in sockets. Due to this 
the server 500 is typically a low latency server, associated closely with network 
elements. In some preferable embodiments the server is associated with an MSC, 
BSS, any switching centre or any cellular or fixed telephony network element. In 
1 5 some embodiments the server is persistently distributed over the network that it 
covers. 

Figure 6 shows schematic miniature network topology in accordance with the 
invention. The subscriber terminals 650, 651 are in the domain of the server 610, and 

20 the terminals 652, 653 are in the domain of server 620. The servers 610 and 620 form 
a miniature Store and Forward Server Network. Consider a case where a message is 
placed from the terminal 650 to terminals 652 and 651. In some embodiments the 
terminal 650 forms a connection to server 610, and the message is recorded to the said 
server. Server 610 iterates alternatives to deliver the message to both recipients. In 

25 some embodiments, it will form a connection to terminal 651 by itself and play the 

message if the recipient is available. Meanwhile in some embodiments, the server 610 
relays a copy of the recorded file to the other server 620 in the SFSN. The file can be 
relayed by FTP (File Transfer Protocol) or by a transaction between databases or by 
any other data management method. The server 620 then calls the recipient 652 and 

30 plays the data file, if the recipient is available. 
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The subscriber terminals 650, 651, 652, 653 maybe any fixed line or wireless device 
with a telephony or Internet connection. In some embodiments the subscriber terminal 
is typically a mobile station equipped with an Internet connection and/or a telephony 
network connection. The mobile station typically abides to UMTS-, GSM-, WAP-, 
5 Teldesic-, Inmarsat-, Iridium-, GPRS-, CDMA-, HTTP-, H323-, SMS-, MMS-, and/or 
WCDMA- standards in some preferable embodiments. The subscriber terminal used 
in the method may also be a PC, PDA, Palm Computer or an Apple Macintosh 
computer equipped with an Internet connection and/or a telephony network 
connection in some preferable embodiments. The subscriber terminal in accordance 
10 with the invention has typically an operating system like Windows-, Windows NT-, 
Epoc-, Windows CE-, Unix-, Linux-, OS/2, Symbian, Epoc, PalmOS, Pocket PC, 
GEOS, MS-Stinger and/or Sybase. The execution of methods 10, 20, 30 is typically 
realised with a separate software application operating under the control of these 
operating systems. Alternatively, the execution of methods 10, 20, 30 maybe realised 
1 5 with software that is integrated to any of the above operating systems. In some 

embodiments the execution of methods 10, 20, 30 and their favourable permutations 
and further embodiments may be realised by OEM software for mobile stations, 
modems, computers, radio, SIM cards and/or line cards. In some embodiments the 
execution of methods 10, 20, 30 may be realised with software that is integrated to 
20 any email client software, such as Microsoft Outlook, Outlook Express or the like. In 
some embodiments the execution of methods 10, 20, 30 may be realised with software 
that is developed using SAT (SIM Application Toolkit) or WTAI (Wireless 
Telephony Application Interface) of WAP (Wireless Application Protocol). 

The servers 610, 620 are typically as described in figure 2, except that they may have 
a separate SFSN data connection between their databases and application logic. In 
embodiments where some subscribers are wireless, the servers 610, 620, or the SFSN 
in general may exhibit handover functions. When a subscriber terminal 650 enters the 
area where the latency or cost of connection for the server 620 is smaller, it is 
preferable that it should contact 620 instead. To facilitate these handovers servers 610, 
620 maybe assigned to different subscribers 650, 651, 652, 653 dynamically during 
roaming, or later by information derived from the HLR, VLR or any cellular network 
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element that contains the location of the subscriber. The requests for handover may be 
initiated by the network, the mobile station or both. 

The servers 610, 620, and the subscriber terminals 650, 651, 652, 653 may feature 
5 transcoders, which may modify the message format from one to the next. For example 
a message left with a normal phone call could be transcoded into an MMS message. 
Transcoding between any communication protocols, such as SS7-, GSM-, H323-, 
HTTP-, GSM-data, IP-RAN-, UMTS-, WAP-, Teldesic-, Inmarsat-, Iridium-, GPRS-, 
CDMA-data-, WCDMA-data-, HTTP-, H323-, SMS-, MMS-, USSD-, email- LAN-, 
1 0 TCP/IP-, UDP-, POTS-, NDCt-., PDC-, imode-, Globalstar- and/or WLAN-, or file 

formats, such as MP3, WAV, RealSystem Secure or the like is in accordance with the 
invention. 

Figure 7 displays typical screenshots of an exemplary embodiment of the invention 
15 where the subscriber terminal is a mobile station, typically a GSM- CDMA- and/or a 
WAP mobile station. The main menu item 710 displays "Voice Messages", and is in 
the main menu of SIM or mobile station operating system software in some 
embodiments. The main menu item 710 could bear any name, e.g. "Instant Voice 
Message" in accordance with the invention. By choosing 711 "send" the user is 
20 directed to the names and telephone numbers directory of the mobile station, which 
may be stored on the SIM, mobile station memory or network. Once in the directory 
the user may send a voice message to a recipient, several recipients or a group of 
recipients by selecting the recipients from the names directory with a dedicated action. 
Alternatively the user may enter at least one telephone number or other contact 
25 directory directly to the mobile station at any stage. 

By choosing 712 "options" the user is directed to the Options menu 720. In this menu, 
the user may record prefixes and postfixes, or alter Send options or Receive options. 
Send options and receive options may feature saving messages at any stage of 
30 methods 10, 20 and/or 30, or preferences concerning alternative routings to alternative 
directories, such as email addresses, IP addresses or the like. 
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The inventive method and arrangement 70 is typically realised with WTAI or SIM 
Application Toolkit (SAT) in some embodiments. 

It is possible to exchange methods or means, any parts of the invention, duplicates of 
5 the invention, entities composed of the invention or inventive idea to any party in 
exchange for economic benefit, other benefit, or for no benefit at all. 

The invention has been explained above with reference to the aforementioned 
embodiments and several commercial and industrial advantages have been 

10 demonstrated. The inventive methods and means under study allow faster voice 

messaging and enable similar, but not identical audio/video message "ping ball" as 
described in the priority document. The sending of voicemail in accordance with the 
invention is instantaneous and involves no different telephone numbers for the sender 
to remember. The reception of messages is always instantaneous, provided the 

15 recipient is available, and only if not available, may the delivery of the messages be 
delayed. 

The invention has been explained above with reference to the aforementioned 
embodiments. However, it is clear that the invention is not only restricted to these 
20 embodiments, but comprises all possible embodiments within the spirit and scope of 
the inventive thought and the following patent claims. 

25 



30 
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PATENT CLAIMS 

1. A video- and/or voicemail messaging method, comprising at least one subscriber 
5 terminal and at least one server, characterised by the steps of, 

- choosing at least one message recipient or a group (110), 

- forming a communications connection to at least one server (120) 
transferring at least one contact directory of at least one recipient to at least one 
server (130), 

10 - recording at least one voice/video message to at least one server via at least one 
established communications connection (140), 

- disconnecting the connection to at least one server (1 50), 

- at least one server relays the message to at least one recipient terminal via 
telephony network or the Internet (1 60). 

15 

2. A video- and/or voicemail messaging method, comprising at least one subscriber 
terminal and at least one server, characterised by the steps of, 

- choosing at least one message recipient or a group (210), 

- forming a communications connection to at least one server (220) 

20 - transferring at least one contact directory of at least one recipient to at least one 
server (230), 

recording at least one voice/video message to at least one server via at least one 
established communications connection (240), 

- disconnecting the connection to at least one server (250), 

25 - transferring at least one said message and at least one said contact directory to a 
Store and Forward Server Network (SFSN) (260), 

- at least one server in the SFSN or the original server relays at least one message to 
at least one recipient terminal device through the Internet or the telephony 
network (270), 

30 

3. A method as claimed in 1 and/or 2, characterised in that, undelivered messages are 
stored at the SFSN (270) or the original server, and attempts to resend at least one 
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message to at least one recipient are made, and/or attempts to resend to alternative 
contact directories of at least one recipient are made. 

4. A method as claimed in 1 and/or 2, characterised in that, undelivered messages are 
5 stored at the SFSN (270) or the original server for a given time, after which they are 

deleted. 

5. A method as claimed in 1 and/or 2, characterised in that, recipient contact 
directory may be a telephone number, ISDN number, URL-address, email, IP-address, 

10 and the recipient contact information is readily and transparently converted from one 
directory to the next in accordance with message delivery requirements 

6. A method as claimed in 1 and/or 2, characterised in that, charging and/or billing 
for the message delivery may be realised during, before, in between or after any of the 

15 phases (110, 120, 130, 140, 150, 160, 210, 220, 230, 240, 250, 260, 270) and maybe 
fixed price, cost per connection minute or cost per transmitted bit based. 

7. A method as claimed in 1 and/or 2, characterised in that, during, before, in 
between or after any of the phases (110, 120, 130, 140, 150, 160, 210, 220, 230, 240, 

20 250, 260, 270) the sender and/or at least one recipient may reply, save and/or forward 
messages on the network, the said server and/or a subscriber terminal. 

8. A method as claimed in 1 and/or 2, characterised in that, the communications 
connections used between at least one terminal and at least one server or in the SFSN 

25 are dial connections, data connections or packet switched connections, typically 

compliant with: SS7-, GSM-, H323-, HTTP-, GSM-data, IP-RAN-, UMTS-, WAP-, 
Teldesic-, Inmarsat-, Iridium-, GPRS-, CDMA-data-, WCDMA-data-, HTTP-, H323-, 
SMS-, MMS-, USSD-, email- LAN-, TCP/IP-, UDP-, POTS-, NDC-, PDC-, imode-, 
Globalstar- and/or WLAN- connections, 

30 

9. A method as claimed in 1 and/or 2, characterised in that, at least one subscriber 
terminal and at least one server form a Virtual Private Network (VPN). 
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1 0. A video- and/or voicemail messaging server, comprising at least one media player 
and/or a DSP and at least one data storage means and communications connections in 
and out of the telephony network, SFSN and/or the Internet, characterised in that, 

5 - a recording is arranged to be made to the media player (520, 540) and/or DSP 
througji an established communications connection from a subscriber terminal, 

- a capture of recipient contact information and/or other message attributes from the 
subscriber terminal is arranged on the server (500), and the contact information is 
arranged to be stored to the storage means, 

10 - at least one media player (5,20, 540) and/or DSP is arranged to store the recording 
to a data file, 

- at least one data file is arranged to be stored on the data storage means, 

- at least one data file, or at least one copy of the data file is arranged to be sent to 
another server in the SFSN and/or a connection is arranged to be formed to at least 

15 one recipient. 

1 1 . A video- and/or voicemail messaging server as claimed in claim 1 0, 
characterised in that, the said storage means is a database associated with a data 
management utility (530). 

20 

12. A video- and/or voicemail messaging subscriber terminal, characterised in that, 

- the user is arranged with the possibility to select at least one recipient, 

at least one communications connection is arranged to be formed to the server 
upon selection of at least one recipient, 
25 - the recipient contact information is arranged to be sent to the server, 

- the terminal is arranged to relay at least one video and/or audio signal to the 
server, 

- the communication connection is arranged to be disconnected upon a dedicated 
action or upon the fulfilment of dedicated criteria. 

30 

13. A video- and/or voicemail messaging subscriber terminal as claimed in claim 12, 
characterised in that, the subscriber terminal is a PC, PDA, mobile station and/or a 
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Apple Macintosh computer with a communication connection compliant with at least 
one of the following: SS7-, GSM-, H323-, HTTP-, GSM-data, IP-RAN-, UMTS-, 
WAP-, Teldesic-, Inmarsat-, Iridium-, GPRS-, CDMA-data-, WCDMA-data-, HTTP-, 
H323-, SMS-, MMS-, USSD-, email- LAN-, TCP/IP-, UDP-, POTS-, PDC-, NDC-, 
5 imode-, Globalstar- and/or WLAN- connections. 
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